home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qemm1289.arc / QEMM1219.MSG < prev   
Encoding:
Internet Message Format  |  1989-12-18  |  21.4 KB
  1. From:    Steve Hillson                          Area: DESQview
  2. To:      Robert Faison                          16 Dec 89 17:01:18
  3. Subject: 386 Neat Chip Set                      
  4.  
  5.  I have a 386 with the NEAT Chip set.  I am having difficulty multi-tasking 
  6. with DESQView and QEMM.  System is 386sx w/4Mb RAM.
  7.   
  8.  Any ideas?  Do I need an All-Charge card, as well?
  9.    
  10.  TTFN,
  11.    Steve
  12.  
  13. --- ConfMail V3.31
  14.  * Origin: Sail Away to Never Never Land -- 206/566-8854 (1:138/3)
  15.  
  16. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  17.  
  18. From:    John Hicks                             Area: DESQview
  19. To:      George Heymann Of 307/7                13 Dec 89 18:53:00
  20. Subject: Latest Trend                           
  21.  
  22.  > if you haven't let me fill you in......It doesn't work with
  23.  > Desqview, at least
  24.  > not with the Quarterdeck Expanded Memory Manager (QEMM). Not
  25.  
  26.   Same with M1 Tank Platoon. Works fine without QEMM. Sure would be nice to 
  27. run these games under DV while the bbs is up and running.
  28.  
  29.                                           jbh
  30.  
  31. --- FD 2.00
  32.  * Origin: Gourmet Delight, Orlando, Fla. *HST*  (1:363/29)
  33.  
  34. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  35.  
  36. From:    David Page                             Area: DESQview
  37. To:      Ralf Brown                             15 Dec 89 07:02:22
  38. Subject: Re: QEMM386 - Help!                    
  39.  
  40.  RB> Depends on your system.  When I got my new 386/33 
  41.  RB> (with 16450's, not 550's), I did some tests with 
  42.  RB> RBcomm and with DSZ.  RBcomm had no problem keeping up 
  43.  RB> with 57600 bps receives without flow control.  DSZ 
  44.  RB> couldn't quite handle 57600, but did quite nicely at 
  45.  RB> 38400 (3550cps on the one file I tried).  All my tests 
  46.  RB> were run under DV2.22+QEMM4.23 with no other windows 
  47.  RB> open.
  48.  
  49. I agree with what you say. On my own, cached 16MHz 386, its possible to do 
  50. exactly what you say. On the other hand, just down the road, a friend with 
  51. the 20MHz version of my machine, and an ESDI controller had problems. In 
  52. general, the NS16550an is required for reliability. Mine became required when 
  53. I added a Perstore controller.
  54.  
  55. --- Sirius 1.0v+
  56.  
  57.  
  58. --- QM v1.00
  59.  * Origin: ShanErin -HST- Alexandria, VA (703) 941-8291 (1:109/20.0)
  60.  
  61. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  62.  
  63. From:    paul marwick                           Area: DESQview
  64. To:      Howard Spindel                         15 Dec 89 16:48:32
  65. Subject: QEMM NR Option                         
  66.  
  67.  -> >like this   --> Device=qemm.sys NR
  68.  -> 
  69.  -> What does NR do?  Not documented in my copy of QEMM!
  70.  
  71. :-) Nor mine.  Quarterdeck told me about that one - stands for NoROM.
  72.  
  73. Regards
  74. Paul.
  75.  
  76.  
  77.  
  78.  
  79. --- msged 1.99S ZTC
  80.  * Origin: Marwick's MadHouse - Brisbane, Australia (3:640/820)
  81.  
  82. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  83.  
  84. From:    John Vanorsdale                        Area: DESQview
  85. To:      George Heymann Of 307/7                14 Dec 89 15:50:00
  86. Subject: Latest Trend                           
  87.  
  88. In a message to All <10 Dec 89 14:20:00> George Heymann Of 307/7 wrote:
  89.  
  90.  GH> Has anyone else noticed the latest trend
  91.  GH> in entertainment software ???? Well
  92.  GH> if you haven't let me fill you in......It
  93.  GH> doesn't work with Desqview, at least
  94.  GH> not with the Quarterdeck Expanded Memory
  95.  GH> Manager (QEMM). Not only do you have
  96.  GH> to exit Desqview as was typical with some
  97.  GH> of the past entertainment software
  98.  GH> but you have to reboot your system without
  99.  GH> the expanded memory manager. All of
  100.  GH> the software that I've tried from Access
  101.  GH> Software is incompatible as is  the
  102.  GH> case with the two (2) latest titles from
  103.  GH> Microprose F-15 Strike Eagle II, and
  104.  GH> Sword of the Samurai. I contacted Access and have not received a reply,
  105.  GH> Microprose contacted me and told me that
  106.  GH> they were aware of the problem and
  107.  GH> would contact me when they find a
  108.  GH> solution......"I'm not holding by breath
  109.  GH> folks..."
  110.  
  111. I'm glad to see that I'm not the only one who wants to be "entertained" while 
  112. some other task is running in the background... Which brings me to THE 
  113. question... What does make software incompatible with DV and is there any way 
  114. that these programs can be identified (other than spending hours trying to 
  115. get it to work)... What programs work and which ones don't... Betcha there 
  116. are some of you out there who can help someone get his favorite program 
  117. working, if you only realized that others were having problems with it...
  118.  
  119.  
  120. --- via Quickpoint XRS 3.0
  121.  * Origin: Tried the rest? Now try the Best! Paladen BBS! (Quick 1:231/20.4)
  122.  
  123. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  124.  
  125. From:    Allan Nelson                           Area: DESQview
  126. To:      Peter Stern                            14 Dec 89 10:44:58
  127. Subject: Re: Qemm 386 Problems...               Rec'd 
  128.  
  129. Glad to get the data on 3.12 as I haven't had time to install it yet.
  130. Allan
  131.  
  132. --- KramMail v2.01
  133.  * Origin: The Fireside Opus, Houston, Texas (1:106/114)
  134.  
  135. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  136.  
  137. From:    Dennis Schmitz                         Area: DESQview
  138. To:      Kenneth Roach                          15 Dec 89 09:22:02
  139. Subject: RE: The ultimate System                
  140.  
  141. In a message of <13 Dec 89 01:31:17>, Kenneth Roach (1:208/204) writes:
  142.  
  143.  KR>> Howdy gang 
  144.  KR>> Can someone tell me what the "ultimate" system configuration would b 
  145.  KR>> to run DESQview 386 w/QEMM-386?  Cost is not an issue..  Please 
  146.  KR> 
  147.  KR>Cost is no object huh....  Hmmm.  How about a Compaq SystemPro?  A pair 
  148.  KR>386's running at 33mHz _should_ get you by for a month or two...  Compaq
  149.  
  150. No. He will not be able to use this machine to the best advantage under DV. 
  151. DESQview will NOT be able to use the second processor. As yet, the only OS 
  152. which supports the dual processors is the special version of SCO XENIX 386 
  153. which has been written for it. So today (until 486/33 are available) any 
  154. 486/25 machine be the ultimate in processing speed.
  155.  
  156. The SYSTEMPRO does, however excel in DISK IO if you have the bucks and the 
  157. need.
  158.  
  159.  KR>Let me know when you get it.  I'd like to come down and gawk  - :^)  
  160.  KR>Not at the computer...  At how rapidly your electric meter turns! 
  161.  
  162. The one in our lab doesn't really suck that much juice.
  163.  
  164. Later,
  165. dEN
  166.  
  167. --- msged 1.99DenFix MSC
  168.  * Origin: Dennis' NotePad, hardcore engineering at it's worst (1:106/1505)
  169.  
  170. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  171.  
  172. From:    Bill Gustafson                         Area: DESQview
  173. To:      All                                    15 Dec 89 11:45:00
  174. Subject: Harvard Graphics in Desqview           
  175.  
  176.      Can anybody out there help me?  I have been trying to run Harvard
  177. Graphics under Desqview but I haven't been having much luck.  Every
  178. time that I try to run the program, Harvard Graphics claims that it can't 
  179. access itself on the network.  Obviously, DV is confusing it because there is 
  180. no network.  I'm using a 386 with QEMM installed.  If anybody can halp me I 
  181. would appreciate it.
  182.                                         Thanks,
  183.                                                 Bill
  184. --- QuickBBS v2.61 [EVALUATION]
  185.  * Origin: Xanth West (818-710-9998) Home of the Electronic Dr Ruth 
  186. (1:102/802.0
  187.  
  188. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  189.  
  190. From:    Jeffrey Kay @ 930/21                   Area: DESQview
  191. To:      Everyone                               14 Dec 89 22:46:48
  192. Subject: PC-CACHE & DV                          
  193.  
  194. Seems that running PC-CACHE under DV 2.25 may have caused FAT errors on
  195. my har disk.  Using PC Tools 5.5, EXP 4meg cache on a 386/25, QEMM 4.2.
  196. Has anyone else had similar problems?
  197. Is there a known conflict between DV and this cache?
  198. How about SuperPCKwik?
  199.  
  200.  
  201. --- QM v1.00
  202.  # Origin: ; (8:930/21.0)
  203.  * Origin: Network Gateway to RBBS-NET  (RBBS-PC 1:10/8)
  204.  
  205. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  206.  
  207. From:    Robert Faison                          Area: DESQview
  208. To:      David Westman                          16 Dec 89 10:26:00
  209. Subject: Re: 386/vcpi? Better Than Dv?          
  210.  
  211. >>into the computer. In fact, nothing just pops into the computer.
  212. > 
  213. > Sure they do, (excluding ACC installations).  It's just a matter of
  214. > patience, time, and effort.  It takes time to clear away workspace,
  215. > pull all the plugs, take out the cards, unscrew the motherboard,
  216. > yank it out and put in a new one.  Then comes the debugging. Getting
  217. > chassis LED's to work can be frustrating when the DOC's are poor.
  218. > But once past that the rest is easy money.  Your old cards
  219. > will either work or not work and not much you can do if they don't work.
  220.  
  221. > However, what's all this got to do with DV?  Anybody out there used the
  222. > new util from quarterdeck?  It's called MANIFEST.
  223. > Any new news about new versions?  QEMM386 5.0 and DV 2.26 ?
  224. > David
  225.  
  226. Since you asked, this thread is about standardizing on new hardware to 
  227. optimally run DV. Dealing with misconceptions is a part of that. I think we 
  228. all reached a stalemate on what is more complex to install, an ACC or a 386SX 
  229. MB. However, we have found out that from a user's actual experience that a 
  230. 386SX MB's cost is much higher than was being announced. About $500 more. 
  231. That was the point.
  232.  
  233. I no longer have a 386, so QEMM386 5.0 is not something I'm going to call my 
  234. contact at Quarterdeck for. In that he just resigned to start a new 
  235. enterprise, I don't know about 2.26 either. I'm not too excited about the two 
  236. point twos. I'm the type that gets a good working version and then waits for 
  237. the three point ones. Then I'll go get em...
  238.  
  239. Bob
  240.  
  241. --- D'Bridge 1.21
  242.  * Origin: The Optical Illsion Point #3 (1:273/905.3)
  243.  
  244. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  245.  
  246. From:    Steve Ahola                            Area: DESQview
  247. To:      Bob Davis                              16 Dec 89 11:10:32
  248. Subject: 1:1 RLL & DV                           
  249.  
  250.  > DC> like this   --> Device=qemm.sys NR
  251.  >
  252.  >Whoa, Don.  Say that AGAIN.  Is that an undocumented thing from 
  253.  
  254.  Its no rom. 
  255.  
  256. --- msged 1.998z
  257.  * Origin: IBM Tech Fido - Pepperell,Ma.  (1:322/1@fidonet)
  258.  
  259. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  260.  
  261. From:    David Westman                          Area: DESQview
  262. To:      Bob Davis                              16 Dec 89 05:26:00
  263. Subject: Re: 1:1 Rll & Dv                       
  264.  
  265. > DC> if this is a 386 and you are running QEMM then put NR
  266. >on the QEMM.SYS
  267. > DC> line
  268. > DC>
  269. > DC> like this   --> Device=qemm.sys NR
  270. >
  271. >Whoa, Don.  Say that AGAIN.  Is that an undocumented thing
  272. >from QuarterDeck?  My manuals are at the office so I can't
  273. >look it up, but I sure don't remember it.  What does NR do?
  274.  
  275. er, uh, NR ?   NoiseReduction ? no  it's not in my version of qemm.sys
  276. maybe a typo on his end?  David  
  277.  
  278. --- QuickBBS v2.61 [EVALUATION]
  279.  * Origin: Sonic Boom ..Austin,Tx   Fidonet (1:382/57.0)
  280.  
  281. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  282.  
  283. From:    David Westman                          Area: DESQview
  284. To:      Bob Davis                              16 Dec 89 05:33:00
  285. Subject: Re: Desqview Support                   
  286.  
  287. > DC> this echo , also that i am a tech for Quarterdeck
  288.  
  289. Really?  That's great!  Well tell us about this new program
  290. that's shipping with qemm 5 called MANIFEST.
  291.  
  292. David  
  293.  
  294. --- QuickBBS v2.61 [EVALUATION]
  295.  * Origin: Sonic Boom ..Austin,Tx   Fidonet (1:382/57.0)
  296.  
  297. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  298.  
  299. From:    David Westman                          Area: DESQview
  300. To:      David Kuhn                             16 Dec 89 06:05:00
  301. Subject: Re: Zenith 386-16mhz & Qemm            
  302.  
  303. >reports about 17.2. What I beleive I am doing is using
  304. >EMM.SYS to map the 640K-1024K memory as expanded therby
  305. >allowing QEMM to map in extended memory to that memory
  306. >area. My question is "Is that legal? Isn't there a hardware
  307.  
  308. Wait a minute, hold on..  There may or may not be physical memory in
  309. those RESERVED memory addresses from 640 - 1024.  So what you have
  310. is two expanded memory managers mapping in extended memory into
  311. the same addresses?  Doubt it seriously.
  312.  
  313. You didn't mention anything about QEXT.SYS to give you bigger windows
  314. or is window size substandard to norton speed drills.
  315.  
  316. I don't know, what you describe is very puzzling, however, what's your
  317. Landmark Speed?  Do you perform Speed Disk, Optune, and Veopt
  318. everynight to take care of those deadly frags? <grin>   David  
  319.  
  320. --- QuickBBS v2.61 [EVALUATION]
  321.  * Origin: Sonic Boom ..Austin,Tx   Fidonet (1:382/57.0)
  322.  
  323. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  324.  
  325. From:    David Westman                          Area: DESQview
  326. To:      Kenneth Roach                          16 Dec 89 06:09:00
  327. Subject: Re: The Ultimate System                
  328.  
  329. In a message to Clark Vandiver @ 911/104 <12-13-89 01:31> Kenneth Roach wrote:
  330.  
  331. >>
  332. >> Howdy gang
  333. >> Can someone tell me what the "ultimate" system
  334. >configuration would b
  335. >> to run DESQview 386 w/QEMM-386?  Cost is not an issue..
  336. >Please includ
  337. >> what type of Memm and how much; Perhaps a recomendation
  338. >on a monito
  339.  
  340. You can't be serious !
  341.  
  342. Who would mess with DV if cost is no issue?  Go write Sun Microsystems
  343. a check for about $13,000 and take home your new sparcstation.
  344. David  
  345.  
  346. --- QuickBBS v2.61 [EVALUATION]
  347.  * Origin: Sonic Boom ..Austin,Tx   Fidonet (1:382/57.0)
  348.  
  349. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  350.  
  351. From:    Rene Bilodeau                          Area: DESQview
  352. To:      Peter Stern                            16 Dec 89 09:00:00
  353. Subject: Re: QEMM NR Option                     Rec'd 
  354.  
  355.  >  HS> What does NR do?  Not documented in my copy of QEMM!
  356.  >
  357.  > Short for No ROM. Is supposed to exclude all ROM areas from
  358.  > QEMM
  359.  > control. This switch created lock up problems on my system.
  360.  >
  361.  > Pete
  362.  >
  363. I experienced the same thing when I tried it.  Woke up in the morning to find 
  364. the system locked up as tight as a drum and my CMOS gone.
  365.  
  366.                     __
  367.             Cheers /_/   ,
  368.                   /  \ene
  369.  
  370. --- FD 2.00
  371.  * Origin: CUSTOM design SOFTWARE /HST Royston,B.C. (1:351/1106)
  372.  
  373. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  374.  
  375. From:    Robert Faison                          Area: DESQview
  376. To:      Jeffrey Kay @ 930/21                   16 Dec 89 19:32:00
  377. Subject: Re: PC-CACHE & DV                      
  378.  
  379. > Seems that running PC-CACHE under DV 2.25 may have caused FAT errors on
  380. > my har disk.  Using PC Tools 5.5, EXP 4meg cache on a 386/25, QEMM 4.2.
  381. > Has anyone else had similar problems? Is there a known conflict between DV 
  382. and this cache? How about SuperPCKwik?
  383.  
  384. No. PC-Cache works perfectly with DV. However, I do have some interesting info 
  385. for you. Especially if you turn off the computer or have a too large cache 
  386. with a multitasking system. Read this:
  387.  
  388. To  : Mike Harpe
  389. Subj: ROCK SOLID CACHE MISCONCEPTIONS
  390.  
  391. Mike,
  392. I just finished reading Byte, October 1989 (rarely read them, just subscribe)
  393. and found that I had some drastic misconceptions of Disk Caching.
  394.  
  395. To recap: Someone here in DV Echo was very knowledgable and sort of cleared
  396. up this ongoing thread titled "ROCK SOLID CACHE." At least he cleared it up
  397. for me. He talked about how the Cache, whichever it is, should be as large as
  398. possible. Additionally, he gave several technically knowledgable reasons for
  399. this. I took his advice and increased the size of my PC-Cache, which is
  400. loaded into expanded memory. This increased the speed of my system.
  401.  
  402. However, Byte Magazine, in the article 'Under the Hood: Disk Caching,' page
  403. 297, Oct 89, sheds new light on the subject. To wit: There are 2 kinds of
  404. Caches, Disk vs. Ram. Disk Caching is dangerous if you turn off the computer
  405. or lock up. Technically the problem or concept is call 'coherence.' If the
  406. 'Disk Cache' doesn't update the disk before you switch off, "Whole files-and,
  407. worse yet, the directory structure of the disk itself-can be damaged or
  408. utterly lost."
  409.  
  410. Wow! Didn't know that. With a Ram cache, no problem. The next issue is the
  411. *types* of Cache techniques. There is Write-Through vs. Write-Back. In
  412. microcomputers, you mostly have *write-through*. Coherence is maintained by
  413. sending write requests to the disk controller immediately. This is considered
  414. the most fail-safe method. However, *delayed writes* saves more time and head
  415. motion. Delayed writes, however, cause problems. Early Unix used Disk Caching
  416. with delayed writes. Wouldn't update the disk for hours. Sudden crashes were
  417. disasterous. Now they do frequent saves.
  418.  
  419. In the PC world, delayed write caches flushes almost every 2 seconds (whew).
  420. Still, if you turn off the machine, poof, lost data. Then the article goes
  421. into how the Caches read ahead. Also how they have to wait for the IBM PC ROM
  422. BIOS to wait, which causes additional waits. Then they mention that some
  423. caches do their seeking in the background. Thus, if you use a disk benchmark,
  424. the statistics are totally false and meaningless!
  425.  
  426. Then they get to the good stuff. Multitasking systems. When they have
  427. *Write-back* methods, elevator seek algorithms are used. These write-backs
  428. are bad because the disk must be updated all the time for safety. It should
  429. be handled as a background task. Now, normally, its better to have as large a
  430. cache as possible. I'll skip the Disk caching stuff, cause we're using Ram
  431. Caches (PC-Cache mostly).
  432.  
  433. Multitasking systems apparently require a more complex algorithm. They factor
  434. in the difficulty of getting the data back. If the disk head is far from the
  435. data, it may be best to keep the data in the cache. Still other algorithms
  436. take into account special knowledge of the file system (DOS). Keeping the FAT
  437. and possible the Root directory in the cache at all times. In the Amiga file
  438. system, reads and writes are relatively quick, but locating a file slow. Use
  439. a Disk Cache for the Amiga. Here's the killer, (even though we're talking
  440. Disk Cache here), if you're running MultiFinder on the Macintosh, *REDUCE*
  441. the size of the cache to run many programs at once. Otherewise, it
  442. continuously purges itself and then rereads before it can get going, bogging
  443. down the whole system. Wow!
  444.  
  445. LANs need a Disk Cache also (as with multitasking systems, don't turn off the
  446. machine, or bye-bye) on the server. Network workstations are more
  447. complicated. Software disk caches will simply refuse to work here.
  448.  
  449. Then the article rambles on and has some programs to type in that *really*
  450. tell you what the speed is. Not the manufactorers phoney tester.
  451.  
  452. So, whats the issue here? Multitasking systems. Desqview. That's what we use.
  453. Should it have a smaller cache since its going to have to flush if we have a
  454. lot of windows open? Or a larger cache for maximum speed. I believe we need a
  455. moderate size cache here. I believe that we need someone to tell us how to
  456. test the *flush* rate of our caches. Then we can tell if we have optimized
  457. our caches or are simply wasting good ram when we turn on DV.
  458.  
  459. Jeff, let me know what you think. I can't write any more as I will run out of 
  460. space.
  461.  
  462. Bob
  463.  
  464. --- D'Bridge 1.21
  465.  * Origin: The Optical Illsion Point #3 (1:273/905.3)
  466.  
  467. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  468.  
  469. From:    Steven Kurzrok                         Area: DESQview
  470. To:      All                                    16 Dec 89 12:48:46
  471. Subject: Memory Management                      
  472.  
  473. I've watched the echo for a while, looking for hints on memory 
  474. management/maximization. I have a 386 with qemm 4.2. I had a paradise vga 8 
  475. bit card in place. With this configuration and the command line Qemm RAM, I 
  476. was able to run windows of 568K (DOS 3.3). I recently upgraded to the 
  477. Paradise VGA 16bit VGA/1024 card (very nice). On boot the machine immediately 
  478. crashed. After several frustrating hours, I was able to get the machine to 
  479. boot with a new command line QEMM x=b000-b7ff RAM, excluding a 32K area 
  480. between two segments of video ROM that qemm detected. The machine works well, 
  481. but my max window size is now 528K. Is there anything I can do to reclaim 
  482. more memory? Hints, tricks, any help or education, much appreciated. (The 
  483. manual helps little.)
  484. -Steve
  485.  
  486.  
  487. ---
  488.  * Origin: The Gas Passer, EGGnet (99:9250/0), Fidonet (Opus 1:129/46)
  489.  
  490. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  491.  
  492. From:    Brice Fleckenstein                     Area: DESQview
  493. To:      Keith Myers                            15 Dec 89 19:09:32
  494. Subject: QUESTION ABOUT DV'S MEMORY USAGE       
  495.  
  496. You have a few choices - most of them involve additional hardware.
  497.  (1) If your current machine will run with 256K or LESS of motherboard base 
  498. RAM, you can add a EEMS or Hardware LIM4 memory card and some additional 
  499. memory, which DesqView will then make use of to make your second (and third, 
  500. and ...) window larger.
  501.  (2) You can upgrade to a '386 based machine, add QEMM, and add memory, with 
  502. the same results as option (1) above.
  503.  (3) If you have a 80286, you can add an All Charge Card and additional 
  504. memory, with the same results as (1) above.
  505.  (4) You can switch to DoubleDos, which uses a lot less RAM overhead. With a 
  506. 340K partition, though, your second partition will be no more than 170 K or 
  507. so, though, without additional hardware like in (1) thru (3) above.
  508.  
  509.  Desqview is nice, but it is NOT designed for 640K RAM machines at all....
  510. --- SFBHQ TBBS  
  511.  * Origin: SFB HeadQuarters TBBS/DDOS/Bink Indy IN (317-636-5036)  (1:231/190)
  512.  
  513. -*-*-*-*-*-*-*-*-*-*= DVNet Extracts =-*-*-*-*-*-*-*-*-*-*-
  514.  
  515.